home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 14885 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.4 KB
  1. Path: news.sprintlink.net!datalytics!usenet
  2. From: Rob Stewart <stew@datalytics.com>
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: Visual C++ help needed!!!!(please)
  5. Date: Tue, 02 Apr 1996 10:29:04 -0500
  6. Organization: Datalytics, Inc
  7. Message-ID: <316147C0.3E39@datalytics.com>
  8. References: <4jn1cn$7vo@crash.microserve.net> <4jnb8f$18u8@mule2.mindspring.com> <4jph92$fq9@bilbo.nask.org.pl>
  9. NNTP-Posting-Host: 204.62.224.71
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0 (WinNT; I)
  14.  
  15. Grzegorz (FLS) wrote:
  16. > 
  17. > rudd@mindspring.com (Justin Rudd) wrote:
  18. > 
  19. > >ada105@psu.edu (Alexander Achey) wrote:
  20. > 
  21. > >>      I'm attempting to write a Visual C++ program in which I am making it
  22. > >>come up with schedules of college courses.  I use a modal dialog box
  23. > >>to get some information from the user and then I need to have it put
  24. > >>this data somewhere I can use it after the box is closed.  I tried
  25. > >>putting the variables under the public part of the document class, but
  26. > >>I can't seem to use the GetDocument() function from the dialog box.
  27. > >>Is there any other way to get access to the document's member
  28. > >>functions or is there a better way to do this?  i tried declaring this
  29. > >>as a global variable, but I really don't want to do that.  Besides, I
  30. > >>keep getign redinifition errors when I do that.  I'd really
  31. > >>apprecitate it if anyone could give me any kind of help.
  32. > 
  33. > >In your dialog class have a member function that accepts a pointer to
  34. > >a CDocument.
  35. > 
  36. > >void CMyDialog::SetDocPtr(CMyDoc* pDoc)
  37. > >{
  38. > >       m_pDoc = pDoc;
  39. > >}
  40. > 
  41. > I do not think, that declaring <SetDocPtr()> method is a good solution
  42. > (however it is not bad anyway ;)).
  43. > The solution, is to use local (public) members in CMyDialog dialog.
  44. > For example
  45. > 
  46. > class CMyDialog : public CDialog
  47. > {
  48. > ....
  49. > public: // input/outpu members
  50. >     int m_int_var ;
  51. >     CString m_string_var ;
  52. >     // ... etc. Sorry for members names.
  53. > }
  54. > 
  55. > When you want to use CMyDialog, you can do:
  56. > 
  57. > CMyDoc::OnEditMyDialog()
  58. > {
  59. >  CMyDialog dlg ;
  60. > 
  61. >     if ( dlg.DoModal() == IDOK )
  62. >     {
  63. >         // do something with dlg.m_int_var
  64. >         // do something with dlg.m_string_var
  65. >         // for example:
  66. >         m_doc_int_var = dlg.m_int_var ;
  67. >         m_doc_string_var = dlg.m_string_var ;
  68. >     }
  69. > }
  70. > This will work, and it is close to what you want, but it 
  71. perpetuates Microsoft's poor C++ programming.  The problem is 
  72. the use of public dms.  This is never a good idea, unless you 
  73. declare a struct and make it obvious that you're not 
  74. encapsulating data.
  75.  
  76. The better approach is to capture the desired data in another 
  77. class (or struct) and ask the dialog class to populate it.  That 
  78. way, you have a standard collection of the data between the 
  79. dialog and the document classes.  The dialog is free to store 
  80. the information anyway it sees fit, including in an object of 
  81. that class (or struct).
  82.  
  83. The idea is to call a member function of the dialog object and 
  84. have it return an object (struct) of that new type, or pass one 
  85. into the mf by reference for it to populate.  The dialog's 
  86. representation is completely encapsulated (unless you use MFC's 
  87. DDX functionality), and can change without affecting the code 
  88. using it.
  89.  
  90. Your document class can now manage an object (struct) of this 
  91. new type or, if desireable, use it to populate other dms or 
  92. objects.
  93.  
  94. -- 
  95. Robert Stewart        | My opinions are usually my own.
  96. Datalytics, Inc.    | stew@datalytics.com
  97.